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II server di controllo o di gestione delle chiamate (A) , comprende una base dati 
(B) della pialitaforina di . teiefonia contenente dati di documentazione (C) di 
dettaglio .delle chiamate^- dati di docxjmentazione (D) del' traffico dati associate 
alle chiamate/ e un insieme di dati (E) relative agli utenti ed ai lorp device IP 
associati con le informazioni relative quali indirizzo IP, nxunero telefonico/ 
etc, . E' presente un interfaccia graf ica di utente (GUI) in cui sono 
distinguibili: una prima interfaccia (J) di configurazione delle sedi aziendali, 
una seconda interfaccia (K) per la configurazione dei piani di numerazione e una 
terza interfaccia (L) per la configurazione dei piani di tariffazione voci e 
dati. Un modulo (M) la classif icazione delle chiamate suddivide le chiamate 
stesse per tipologia secondo i piani di numerazioni inseriti: Un ulteriore modulo 
(N) % utilizzato per la valorizzazione delle chiamate, ossia per il calcolo dei 
costi relativi, con riferimento tanto alle chiamate dati, quanto alle chiamate 
voce a fronte dei piani di tariffazione inseriti. Infine, il riferimento O indica 
uno o piu moduli per la creazione di rapporti (report) generici e/o dettagliati, 
leggibili dall' amministratore di sistema. 
(Figura 2) 
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DESCRIZIONB dell ' invenzi one industriale dal titolo: 
^^Sistema per 1 ' allocazione di costi per piattaforme 
di telefonia aziendale IP" 

di: Telecom Italia Lab S .p.A. , nazionalit^ italiana, 

♦ ■ ■ • . 

Via G. Reiss Romoli, 274 - Torino 

Inveritori d^aignati: Laura APICELLA, Pablo MATTONE, 
IsalDella MELLI e Massimo SASSI 
iOepositata dl : 5 settembre 2002 • 

W 2 002 AO 0 

TESTO DBLLA DESCRIZIONB 

La presente invenzione si riferisce ai sistemi 
di telecomiinicazione destinati all'impiego aziendale 
ed in particolare ai sistemi correntemente definiti 
sistemi di telefonia ^*IP corporate" . Questi sistemi 
mirano a sostituire i tradizionali sistemi di 
telefonia aziendale basati sull'impiego di 
central ini privati (PABX, acronimo per Private 
Automatic Branch Exchange) con piattaforme che: 

realizzano il servizio di telefonia sulla 
stessa rete IP (Internet Protocol) aziendale 
utilizzata per scambiare i dati, 

- abilitano il sistema di comunicazione intra- 
aziendale a servizi innovativi suscettibiii di 
sfruttare 1' integrazione voce-dati per supportare 
applicativi orientati al lavoro cooperative, e 



- consentono notevoli risparmi nella gestione 
dell' infrastruttura e sui costi delle chiamate fra 
sedi distribuite dell' azienda, .via connessione dati 
attraverso la \ relativa rete/ (correhtemente 
denominata WAN, acronimo per Wide Area Network) , • 

Per iina generale ' illustrazione dei criteri 

d'organlzzazione e di funzionamento di un tale 

' * ■ " ' . ... ^ ^ ^ . ..... 

sistema, si pud fare utilmente riferimento al . . 
documento WO-A- 02/434 06 • 

Nei sistemi di questa natura, il centralino 
tradizionale ^ sostituito da un server di controllo ^ x 

delle chiamate suscettibile di gestire le chiamate, 
X servizi aggiuntivi, i profili d'utente e 0 5"Z! 

contenente una base dati per la completa m"o 
confxgurazione del sistema. Pur essendo oggi ancora 
in una fase evolutiva, alcune piattaforme innovative 
di telefonia IP corporate iniziano a consentire la 
realizzazione di diverse soluzioni abbastanza 
robuste ed affidabili, adatte ad aziende di 
differenti dimensioni. E' dunque sempre piu 
frequente assistere all ' inter lavoro fra le due 
tecnologie di comunicazione, tradizionale ed IP, in 
una situazione di graduale transizione, mentre in 
occasione della nascita di nuove imprese e possibile 
partire sin dall'iriizio adottando un'unica rete 
integrata voce-dati. 
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Nei sistemi di telefonia aziendale tradizionale, 
od almeno in quelli piU complessi ed evoluti, gli 
amministratori dispongono di specifici strumenti per 
monitorare il traffico generate dai derivati 
interni, document are le chiamate effettuate, 
valutame i costi, rilevare tentativi di frode e 
situazioni di. congestione dovute a saturazione di 
risorse. 

Con il support© dei dati resi disponibili per 
questa via, le aziende possono esercitare un 
controllo sia tecnico, sia amministrativo sul 
servizio, dimensionare correttamente nuove risorse 
in caso di crescita, ripartire proporzionalmente i 
coisti fra i vari dipartimenti in base all' ef f ettivo 
utilizzo del sistema. 

Quest i strumenti gestionali sono di noirma 
forniti dagli stessi costruttori dei centralini ed 
adattati alio specif ico contest© d' utilizzo in cui 
I'azienda cliente si colloca. Questo awiene in 
particolare in relazione al piano di numerazione 
nazionale/internazionale ed alle tariffe praticate 
dagli operatori di telecomunicazioni che erogano il 
servizio di collegamento al mondo esterno. Sul piano 
dei costi delle chiamate e altresi permessa, almeno 
in alcuni casi e con un certo grado 



d'approssimazione, la formulazione di preventivi di 
spesa. 

Anche per la gestione delle piattaforme di 
telefonia IP d ugualmente necessario disporre di 
sistemi capaci di fornire i dati necessari al 
contZTQllo tecnico-ramministrativo del servizio. 

A tal fine esistpno gi^ oggi programmi 
applicativi basati sulla classif icazione delle 
chiamate in relazione ad un piano di numerazione 
prefissato (ad esempio il piano di numerazione nord 
americano noto come NANP, acronimo per North 
American Numbering Plan) e ad un modello di costo 
derivato da tariffe predefinite per tutti i tipi di 
chiamata. I margini di conf igurazione concessi 
all'amministratore del sistema per adattare alio 
specif ico contesto d'utillzzo quest i due vincoli 
dell 'applicative non sono sufficienti a permettere 
I'impiego in uno scenario di rete aziendale con 
collegamenti di tipo PSTN (acronimo per Piablic 
Switched Telephone Network) e WAN: collegamenti 
spesso molto variabili per numero (ad esempio per 
effetto dell'aumento del numero di sedi) e tipologia 
(variazione dei provider, delle tariffe, irapiego di 
contratti tariff ati a consumo, etc.) 

signif icativamente diversi da quelli pref issati ed 
in continua evoluzione nella vita dell' azienda. 



Nello stesso contest© applicative s'inserisce il 
documento WO-A-00/72571, doV # descritto un sistema 
Che si occupa dell ' addebito (billing) di chiamate 
Che transitano su una ret e IP. Tale sistema permette 
1' addebito' del costp delle chiamate al numero 
ohiamante*.. e prevede. quindi che/ .• in fase 
d' instaurazione della chiamata, siano effettuati 
controlli atti. a. verificare che gli utenti siano 
abilitati a tale servizio. Inoltre, all'utente 
chiamato d data la scelta di accettare o no la 
chiamata e, qualora quest'ultimo accetti, il sistema 
si occupa della tariff azione della telefonata. 

Ancora, da EP-A-l 117 232 d noto un sistema che, 
in presenza di una chiamata IP in corso con 
malfxinzionamenti percepiti dall'utente, d in grado 
di fomire (su richiesta) un rapporto sulle cause di 
malfunzionamento. L'utente interagisce con il 
sistema tramite un' interf accia grafica del tipo 
denominate GUI (acronimo per Graphic User 
Interface) . 

Questo sistema individua, tuttavia, soltanto le 
cause del malfionzionamento del sistema di telefonia 
su richiesta dell' utentee produce rapport i relativi 
solo a questo aspetto del fiinzionamento del sistema. 

Si awerte, quindi, I'esigenza di uno strumento 
che sia in grado di: 



- documentare in modo efficiente le chiantate 
totalmente IP (ossia «full-IP"), sia di natura 
intra-sede, sia di natura inter- sede e le chiamate 
verso terminali tradizionali (chiamate esterne) , 

- classif icare correttamente le chiamate . in 

♦ • *. 

fxinzione del piano di numerazidn^" del paese da cui 
la chiamata ha origine, tenendo conto anche dei 
piani di numerazione interna, 

- tariff are tutte le chiamate in base al tipo 
(intra-sede, inter-sede, esterne) ed alle tariffe 
applicate dal o dagli operatori coinvolti, e 

- monitorare le prestazioni del sistema e la 
quality del servizio (QoS.) . 

II problema di base da affrontare S legato alia 
possibilita di fornire flessibilita e capacita di 
conf igurazione nell'ambito di un unico sistema in 
grade di valutare i costi legati alle chiamate che 
passano dalla rete telefonica ed a quelle che 
transitano su rete dati. Come si 6 visto, le 
soluzioni ad oggi note si basano di norma su una 
classificazione delle chiamate legata a piani di 
numerazione prefissati e su di un modello di costo 
derivato da tariffe predefinite per tutti i tipi di 
chiamata (di solito in fonia) e non valutano 
I'incideiiza dei costi che le chiamate da telefoni di 
tipo IP hanno sui collegamenti dati inter-sede. Tale 



fattore d particolarmente rilevante nel caso in cui 
il collegamento sia tariff ato a consumo. 

In raodo specif ico, si manifesta I'esigenza. di 
.disporre di uno strumento flessibile che ai fini 
della documentazione del traffic© possa gestire un 
numero mplto , eXevato di/ classi • di chiamata/ 
considerando sia chiamate che si completano 
all'intemo di reti dati («on net"), sia chiamate 
che comprendono anche un segmento PSTN (ossia 
chiamate «off net") e che, per il calcolo dei costi 
(billing) , possa applicare algoritmi di tariff azione 
anche complessi quali quelli che caratterizzano i 
contratti di servizi di telefonia e dati dei vari 
operatori. II tutto con la possibility di supportare 
efficacemente gli amministratori nel monitorare le 
prestazioni del sistema, evidenziando criticita ed 
esigenze di modifica nel dimensionamento delle 
risorse . 

La presente invenzione si prefigge, guindi, lo 
scopo di soddisfare tale esigenza. 

Secondo la presente invenzione, tale scopo € 
raggiunto grazie ad un sistema avente le 
caratteristiche richiamate in modo specif ico nelle 
rivendicazioni che seguono. 

II sistema secondo 1' invenzione d in grado di 
fornire una risposta adeguata alle esigenze 
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delineate in precedenza, permettendo la 
conf igurabilita delle sedi aziendali, dei piani di 
numerazione telefonica, delle tariffe telefoniche e 
delle tariffe servizi dati di tipo WAN (sia a 
tariff azione fissa o . '^f lat'' , sia del tipo a 
consutno) 

In particolare, il sistema secondo I'invenzione 
presenta i seguenti element! di vantaggio. 

In primo luogo, esso risulta adattabile a 
diverse soluzioni architetturali di sistema di 
telefonia IP corporate. Essb d in grado di adeguarsi 
a different! modelli d'azienda, concentrate in poche 
sedi owero molto distribuite, eventualmente anche 
su scala intemazionale. 11 sistema secondo 
I'invenzione d in grado di gestire 

contenporaneamente pi\i piani di numerazione, 
relativi a sedi diverse, in dipendenza dalla loro 
collocazione geografica e dalle scelte 
implement at ive del cliente (ad esempio fasce di 
numerazione interne) . Ancora, esso § in grado di 
trattare dati sulle chiamate generate da uno o piO. 
server di controllo delle chiamate, secondo la 
specifica architettura della piattaforma di 
telefonia IP corporate (con trattamento delle 
chiamate di tipo centralizzato/distribuito) • 



In secondo luogo, un si sterna secondo 
I'invenzione off re una completa configurability dei 
parametri base per la document a zione delle chiamate 
ed. ±1 calcolo dei costi. In particolare, essd 
consente all' amministratore di configurare un ampio 
nuipero di classi di chiamate in relazione sia . alia 
'suddivisione' delle fasce di numerazione interna 
dell'azienda (intra-sede ed inter- sede ) , sia ai 
piani di numerazione esterna dipendenti dal contesto 
nazionale ed alie condizione poste dagli operatori 
che fomiscono i servizi di telefonica PSTN e WAN 
dati. Inoltre, la soluzione secondo I'invenzione 
consente di calcolare i costi delle chiamate 
applicando, in base alia durata ed alia 
classificazione, coief f icienti tariff ari tali da 
riflettere le specifiche condizioni contrattuali 
pattuite con gli operatori, Tutto ci6 facendo 
riferimento a tabelle ospitate nella base dati 
dell 'applicative, ' aggiornabili a cura 

dell ' amministratore . 

Ancora, la soluzione secondo I'invenzione off re 
la possibility di valutare i costi associati alle 
chiamate sia per la parte d'uso della rete 
telefonica tradizionale (PSTN)', sia. per la parte 
d'uso dei collegamenti dati WAN. In particolare, d 
consentita la valutazione dei costi e 1' applicazione 



delle tariffe telefoniche dovute ai collegamenti 

verso una o piu reti PSTN, permettendo altresi la 

valutazione dei costi e 1' applicazione delle tariffe 

del servizi dati WAN (di tipo flat owero a consump) 
* 

laddov^ la. chiamata tranigUta su tale ..tipologia di 
rete. 

L' invenzione. \sara . ora . descritta, a puro titolo 
d'esempio non limitativQ, con riferimento ai disegni 
annessi, nei quali: 

- la figura 1 e uno schema a blocchi funzionale 
diretto ad illustrare 1' architettura generale di un 
sistema secondo 1' invenzione, 

- la figura 2 riproduce, sotto forma di schema a 
blocchi, \ma rappresentazione grafica degli element! 
caratteristici di un esempio. d'attuazione di una 
soluzione secondo 1' invenzione, 

- la figura 3 illustra i passi operativi della 
fase di conf igurazione di un sistema secondo 
1 ' invenz ione , e 

- la figura 4 illustra i passi operativi della 
fase d'elaborazione dei dati nell'ambito di un 
sistema secondo 1 ' invenzione • 

Lo schema della figura 1 illustra un possibile 
esempio di contesto aziendale in cui e suscettibile 
di trovare applicazione un sistema secondo 
1' invenzione indicate nel complesso con SY, Si 
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tratta di uri'azienda con piil sedi (ad esempio in 
numero di quattro) , di dimensioni diverse, dislocate 
in paesi diversi, di cui solo due sono dotate di un 
cluster di server di controllo delle chiamate. Da. 
ciascuna sede e possibile usuf ruire dei . servizi. di 
telefonia e di. collegameiito dati tramite unp o. piCi 
operatori scelti.*^ 

Si tratta .qiiindi di una tipica architettura di 
piattaforma. di telefonia IP di tipo misto. 

L'impresa illustrata nella figura IS, in 
generale, un' impresa con piil sedi dislocate sul 
territorio con una sede principale SI (dove si 
supporra localizzata in via principale il sistema 
secondo 1 ' invenzione , anche se questa scelta non S 
di certo imperativa) , con la presenza di un cluster 
di server di gestione delle chiamate suscettibile di 
effettuare 1' elaborazione delle chiamate anche. per 
sedi piCl piccole quali le sedi indicate con S2 e S4 . 

Pud essere prevista, perd, anche la presenza di 
sedi, quale la sede indicata con S3, dotate di un 
ulteriore cluster di server di controllo delle 
chiamate. Da ciascuna sede deve essere possibile 
accedere ad una o pia reti PSTN per chiamate dirette 
verso il mondo esterno, mentre le chiamate inter- 
sede di norma passano attraverso xina rete dati di 
tipo WAN. Tanto la rete o le reti PSTN quanto la 

IS 



rete WAN si suppongono basate su inf rastrutture di 
uno o piu operatori diversi indicati genericamente 

.con CI, C2, C3 La. coincidenza dei simboli 

adottati per indicare tale operatori per la reti o. 
le reti PSTN e la rete o le reti WAN d dettata da 
pure esigenze di semplicita d' illustrazione : per i 
tecnici esperti del settore ^ infatti evidente che 
non sussistonQ limitazioni di sorta al riguardo. 

A ciascun tipo di chiaraata, in ogni sede, si 
applicano quindi le tariff e praticate dai. gestori 
con cui si d stipulate il contratto, i quali possond 
essere anche diversi da sede a sede. 

Come gia si ^ detto, si d qui ipotizzato che il 
sistema SY secondo I'invenzione sia dislocate in via 
primaria presso la sede principale SI dell'irapresa. 
Di preferenza, esso' § installato su una macchina in 
grado di operare in tale scenario collegandosi 
(preferibilmente nel periodo di minimo traffico, ad 
esen^io di notte) alle basi dati di tutti i cluster 
di server di gestione delle chiamate situati nelle 
varie sedi . Questo per prelevare la documentazione 
di dettaglio delle chiamate, la documentazione del 
traffico dati associato a tutte le chiamate 
entranti/uscenti dall'azienda che hanno avuto luogo 
in un determinate periodo, ad esempio nella giomata 
precedente. Tutto cid in vista di procedere ad 
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xin'elaborazione destinata a consentire la redazione 
dei rapporti voluti. 

Per essere itnpiegato in un contesto avente la 
generality . cui fa riferimento la figura 1, 
1 ' applicatiyp del sistema , secondo 1 ' inv^nzione 
prevede di pref erenza una f ase di conf igiirazione in 
dux 1 ' amrainistratore .del . §istema caratterizza 
1' installazione in funzione della specif ica 
architettura fisica e logica, delle proprie sedi 
aziendali. Ogni sede e caratterizzata da una serie 
di riferitnenti interni all'iinpresa ed inoltre da 
riferimenti esterni che ne consentano la 
collocazione nell'ambito delle reti pubbliche. In 
base ai suddetti riferimenti, il sisteraa SY pud 
classificare le chiamate originate dai terminali 
della rete distinguendo fra: 

- chiamate interne alia stessa sede { intra - 
sede) , 

- chiamate verso vin altro sito dell'azienda 
(intra- sede) , e 

chiamate esterne, che puntano ad un 
destinatario raggiunto tramite la rete o le reti 
PSTN, ad esempio verso il cosiddetto "'resto del 
mondo" W . 

Per essere utilizzabile in qualsiasi nazione e - 
in generale - nei casi d'aziende con sedi 



distribuite in paesi diversi, il sistema SY consente 
a chi lo configura di definire uno o piu piani di 
numerazione esterni (anche uno per ogni sede) , in 
base al quale sono poi ulteriormente classificate 
tutte le chiatnate uscenti su rete PSTN. La 
classificazione di dettaglio e funzionale alia 
corrisponderiza con le varie fasce tariff arie 
previste dagli operatori scelti. 

Ad esempio, facendo riferimento all 'Italia ed 
all'operatore Telecom Italia (ma gli stessi criteri 
sono applicabili anche ad altri operatori e/o altri 
paesi) , la classificazione dettagliata comprende i 
seguenti tipi di chiamate : 

- distrettuali (stesso prefisso telefonico della 
sede originante) , 

- interdistrettuali (altri prefissi in ambito 
nazionale) , 

internazionali (con riferimento a vari 
sottogruppi di paesi), e 

- verso terminale mobile. 

A titolo d' integrazione di queste classi 
primarie, S di preferenza prevista la possibility di 
definire casi particolari di numeri cui sono 
riservate tariff e particolari. Ad esempio, taluni 
gestori riconoscono sconti per numeri chiamati con 
maggiore frequenza o chiamate a carattere regionale. 

15 



II sistema SY prevede un ulteriore livello di 
conf igurazione, che permette di dettagliare uno o 
pixi schemi di tariffazione per le chiamate in uscita 
verso la rete PSTN (anche uno per ogni sede) , in 
base ai quaii 6alcolare successivamente il costo di 
ciascuna chiamata. E' quindi possibile, per la serie 
di casi' che scaturiscono dajLla precedente 
conf igurazione dei piani di niimerazione, inserire un 
parametro di costo da articolare, se del caso, anche 
in base al giorno della settimana ed all'ora, dunque 
per fasce orarie- 

II sistema SY 6 infine in grado di tariffare 
anche le chiamate inter- sede che passano 
esclusivamente attraVerso la rete dati WAN. Anche in 
questo caso, tenendo present e lo scenario 
rappresentato nella figura 1, g prevista la 
possibilita di inserire tariffe diverse secondo il 
contratto e/o il gestore del servizio di 
collegamento dati geografico. Per aumentare la 
flessibilita, d consentita la definizione di costi 
diversi per chiamate che, pur originate da una 
stessa sede, hanno sedi diverse di destinazione. 
Questa possibility d utile nel caso in cui (per 
motivi di convenienza economica od altri motivi) una 
sede non sia collegata a tutte le altre tramite lo 
stesso operatore ma siano stati scelti operator! 
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diversi per percorsi diversi . In sostanza, per ogni 
coppia sede di origine/sede di destinazione § 
possibile inserire una tariff a diversa (ad esempio, 
per Megabyte trasmesso/ricevuto) . Di poreferenza, 6 
anche previsto • 1' inse:^imento di dati relativi .a 
canorii annui . ed eventual i canoni mensili per 
contr'atti di tipo ''flat", utili non tantd al fine di 
calcplare i costi de.lle singole chiamate, ma per 
prevent ivare comunque la spesa aziendale. 

In ogni caso, il sistema SY d in grado di 
recuperare i dati presenti su tutti i server di 
controllo delle chiamate distribuite nelle diverse 
sedi in mode tale da poter generare e fornire un 
quadro completo del traffic© telefonico aziendale. 

A tale scope, cosi come illustrate nella figura 
2, il server di controllo o di gestione delle 
chiamate, indicate con A, comprende in via 
principale una base dati B della piattaforma di 
telefonia contenente: 

- dati di documentazione C di dettaglio delle 
chiamate, 

- dati di documentazione D del traffico dati 
associato alle chiamate, e 

- un insieme di dati E relative agli utenti ed 
ai lore device IP associati con le informazioni 



relative quali indirizzo IP, numero telefonico, 
etc, . 

Nella figura 2 d evidenzlato il fatto che la 
struttura di server A pu6 essere eventiialmente 
duplicata in modo da essere presente rion solo nella 
sede 'principale SI ma aflche in altre.. sjsdi. 
dell'azienda, soprattutto quelle di media grandezza, 
suscettibili di ospitare un cluster di server di 
gestione delle chiamate dedicate. 

A livello di node di sistema F d poi 
distinguibile un element© G per il recupero dei dati 
grezzi sulle chiamate dal. sistema di telefonia IP 
nonche una base dati H dove i dati ricavati sono 
organizzati ed analizzati. 

E' poi presente un interfaccia grafica di utente 
GUI in cui sono distinguibili : 

- una prima interfaccia J di conf igurazione 
delle sedi aziendali, 

\ina seconda interfaccia K per la 
conf igurazione dei piani di numerazione; e 

- una terza interfaccia L per la conf igurazione 
dei piani di tariff azione voci e dati. 

6 poi ancora presente un modulo M per la 
classif icazione delle chiamate destinate a 
suddividere le chiamate stesse per tipologia secondo 
i piani di numerazioni inseriti. Un ulteriore modulo 



N d utilizzato per la valorizzazione delle chiamate, 
ossia per il calcolo dei costi relativi. Questo con 
riferimento tanto alle chiamate dati, quanto alle 
chiamate voce a fronte dei piani di tarif fazione 
inseriti. Infine, il riferimento O indica uno o pia 
moduli per la creazione . di. rapporti (report) 
generici e/o dettagliati, leggibili 

dall'amministratore di sistema. 

Per realizzare il sistema SY si implementa 
dunque 1 ' interf accia GUI, dalla quale ^ possibile 
configurare le varie sedi aziendali SI, S2, S3, S4, 
definendo i valori dei parametri ad esse associati 
ed inserendo i piani di numerazione e tarif fazione 
desiderati seguendo una linea guida predefinita con 
16 scopo di semplif icare il lavoro. 

L'elaborazione dei dati grezzi produce poi la 
classif icazione delle chiamate documentate. Ci6 
awiene innanzitutto analizzando il numero chiamato 
ed effettuando una suddivisione delle chiamate in 
base alia sede di origine della chiamata. 
Successivamente, per ciasciin gruppo di chiamate 
provenienti da ciascuna sede, si analizza il numero 
chiamato ed, in base all'appartenenza di tale numero 
ai vari gruppi configurati nel piano di numerazione 
della sede in questione, la chiamata ^ assegnata 
alle diverse classi (interna all'azienda ed in 



particolare intra- sede o inter- sede oppure esterna 
ed in particolare distrettuale, interdistrettuale, 
intemazionale, etc,)- 

II prpcessp di analisi delle . inf ormazioni ; 
relative a giorno, ora^ e durata delle • chiamate 
esterne; permette poi di ottenere una valorizzazione 
economica delle chiamate stesse in base agli schemi 
tariff ari inseri'ti nel * sistema a livello di 
conf igurazione e contenenti i costi dif f erenziati 
per le varie classi considerate. 

Un ulteriore process© di analisi delle 
informazioni presenti sul o sui server di gestione o 
controllo delle chiamate e relative alle chiamate 
dati inter- aziendali (effettuate fra le varie sedi e 
Che non passano at traverse reti PSTN, ma utilizzano 
la rete WAN) analizza tutte le informazioni relative 
a tali chiamate, con particolare attenzione alia 
quantity di byte generati e trasmessi dai singoli 
terminali. Questo con il duplice scopo di poter 
fornire una valorizzazione di tali chiamate non in 
base alia durata, ma in funzione della quantita di 
byte trasmessi cosi da ricavare dati utili per 
un' analisi piil dettagliata relativamente al traffico 
da queste generate 

Sia per la classif icazione, sia per la 
valorizzazione i piani configurati inizialmente 
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possono essere success ivamente modificati o cambiati 
anche piu volte, in modo semplice e flessibile 
secondo le esigenze. 

Tutti i dati, elaborati come sppra descritto, 
sono success ivamente resi visibili all'utente 
tramite una serie di rapporti dif f erenziati in 'base 
alle informazioni che si desiderano ottenere. I dati 
ricavati periodicamente dai singoli sistemi sono 
quindi elaborati ed aggregati in modo tale da 
permettere la consultazione delle informazioni sia 
da un punto di visto globale, sia da un punto di 
vista dif f erenziato per singola sede. 

Lo • schema della f igura 3 pud essere 
essenzialmente visto come un diagramma di f lusso che 
rappresenta la fase di conf igura zi one e di 
elaborazione iniziale dei dati neli'ambito di un 
sistema secondo 1 ' invenzione , 

In particolare, il passo indicate con 100 indica 
la fase di definizione dei dati di conf igurazione 
inerenti a: 

" sedi aziendali e modalita di collegamento 
(passo 102) , 

- piani di numerazione (passo 104) , e 

- piani di tariffazione voce e dati (passo 106) • 



II riferimento 108 indica poi il passo 
corrispondente al processo di validazione e verifica 
dei piani di tariff azione inseriti. 

Passando alia fase di elaborazione vera e 
propria (figura 4) , il riferimento 110 indica il 
passo in cui ^i realizza il recupero dei dati grezzi 
dalla piattaforma di telefonia IP," mentre il 
riferimento . 112 indica collettivamente I'esecuzione 
di un processo di classif icazione delle chiamate e 
di un processo di tariff azione delle chiamate voce e 
dati. II riferimento 114 indica la creazione dei 
rapporti (report) per il gestore della piattaforma. 

II riferimento 116 indica poi i passi in cui i 
vari moduli coinvolti scrivono/leggono rispetto alia 
base dati di sistema, indicata con H nella figura 2, 
le informazioni acquisite. 

Si apprezzera che nella figura 4 d evidenziata 
in modo esplicito 1 ' interazione con la base dati B 
(passo 112) e con 1' interfaccia di grafica di utente 
GUI (passo 114) . • 

In relazione alle informazioni da acquisire 
sulle sedi aziendali ed alle modality di 
collegamento fra loro, per una cdrretta 
classificazione delle chiamate d necessario che in 
fase di conf igurazione del sistema siano definiti i 
valori di alcuni parametri quali, ad esempio: 
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il nome della sede, con relativi 
identif icativi e criteri di validazione, 

le indicazioni ' relative al voice 
router/gateway, tenuto conto che devono non esistere 
indirizzi IP duplicati* in tutta la tab.ella, • - * 
-. il piano di numerazione interna . (numeri 
telefoni utiXizzat.i in ciascuna sede, verificando 
che non esistano numeri appartenenti a, pia di uiia 
sede della tabella) , 

- gli indirizzi IP, interni (anche in questo caso 
verificando che non devono esistere indirizzi 3 

2 o 

appartenenti a pia di xina serie della tabella) , e . .< ^ 

- il piano di numerazione e tariff azione da -2: ^ 
usare (ad esempio con rif erimento a paesi diversi e 3 S 
verificando che non deve esistere il piano di ^ 
numerazione e tariffazione gia configurate nel 
sistema) . 

Per le informazioni da acquisire e le modalitll 
di acquisizione inerenti ai piani di numerazione si 
precede ad un' acquisizione in modality gerarchica ed 
ordinata . 

Ciascun piano ^ rappresentato da una sequenza 
ordinata di regole e ciascuna regola d xma sonvma 
(OR) logica di criteri di classif icazione, in cui 
ciascun criterio di classif icazione comprende uno o 
pia criteri di adattamento o match con il numero 
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chiamato (CNM, acronimo per Called Number Match) . i 
CNM sono identificati con identif icatori 
autoesplicativi che indicano il tipo di chiamata e 
sono in generale terne del ' tipo ID.CNM-criterio- 
valore. . ' . 

Per .ID. CNM si intende in .generale un' 
i-deritificatiyo di dlassif ibazione che* indica il tipo 
di chiamata (estema, interna, mobile, etc.). 

L'espressione "criterio" esprime in generale un 
valore tra: . . 

- lunghezza (il numero chiamato deve avere un 
numero di caratteri almeno uguale al dato «valore"), 

- lunghezza totale (il numero chiamato deve 
avere un riumero di caratteri esattamente uguale a 
valore) , 

- uguale a (il numero chiamato deve iniziare con 
una stringa pref isso=valore) , 

- tutto uguale (il numero chiamato deve essere 
esattamente uguale a valore) , e 

- la stringa del numero chiamato deve effettuare 
un adattamento con 1 ' espressione regolare indicata. 

II campo valore indica una corrispondente 
stringa di cifre binarie. 

Dopo aver configurate le sedi aziendali (passo 
102) e, per ciascuna sede, il piano di numerazione 
(passo 104) d necessario definire il piano di 



tariffazione sia per le chiamate verso PSTN (tariffe 
voce) sia per le chiamate ^^sulla rete" (tariffe dati 
su rete WAN) . 

Le tariffe voce sono . legate al piano di 
numerazione acquisito nel passo 104. Per ogni 
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criterio definito in precedenza si possono inserire 
le tariffe associate. Di solito le fasde tariff arie 
sono espresse mediante una semplice terna (giomo, 
ora inizio fascia, era fine fascia) ed i costi con 
una coppia (tarif fa al minuto, scatto) . 

Le tariffe dati sono invece legate alia 
struttura delle sedi inserita nel passo 102. Ogni 
piano tarif fario per i dati intende rappresentare la 
realty della singola azienda (eventualmente 
multisede) dove il sistema SY d installato e 
configurate . 

La rappresentazione mira quindi ad essere 
equivalente ad vma matrice quadrata, di dimensione 
variabile al momento della conf igurazione ed in cui 
sugli assi ^ riportato I'elenco delle sedi 
correntemente configurate. Ad ogni i'ncrocio della 
matrice si rappresentano le due tariffe per Megabyte 
trasmesso e Megabyte ricevuto da * applicare per i 
dati Che vanno dalla sede di origine della chiamata 
alia sede di destinazione della chiamata stessa. in 
ciascuna riga della tabella S possibile quindi 



inserire il dato relative alia tariffs dati di una 
sede verso tutte le altre. La cardinality di questa 
entity y dvmque sempre pari al quadrato del luogo 
delle sedi. 

Di preferenza, d previsto 1 ' inserimento del dato 
di costo relativo al canohe annub e/o hiensile. 

II process© di validazione e verifica dei piani 
tariffari inseriti g condotto nel passo 108 con lo 
scopo di. rendere piii esplicite le informazioni 
introdotti sUi piani tariffari, validarle, e 
segnalare in modo chiaro eventuali difetti quali 
incongruenze ed omissione dei dati immessi . Vi sono 
incongruenze se per alcuni periodi di una settimana 
non esiste alcuna tariffs segnalata o se per alcuni 
periodi invece S stata configurata pi€i di una 
tariff a. 

Nell'ambito del passo 108 si pu6 utilizzare una 
rappresentazione tabellare che riporta le ore del 
giorno in ascisse ed i giorni della settimana in 
ordinate. La granularity (ossia la discretizzazione) 
dei valori tariffari nel tempo pu6 corrispondere al 
minuto. In corrispondenza di ciascuna finestra 
temporale (della durata ad es. di un minuto) in cui 
la settimana g suddivisa, si visualizzano i valori 
tariffari immessi e validati, dando origine alle. 
seguenti possibility; 



Eta 



- assenza di valore nella specifica finestra 
temporale, 

- doppia definizione di valore nella specifica 
finestra temporale, e 

- valore inserito. 

•Una segnalazione in formato testuale fornita per 
ogni fascia tai-iffaria itiunessa aiuta a locaiizzare 
eventuali anomalie. La mancata validazione di un 
piano di tariff azione • non/ preclude peraltro la 
possibility di attuare la relativa tariff azione . E' 
chiaro Che i risultati ottenuti sono parziali o non 
predicibili qualora, in relazione a determinate 
finestre temporalis il piano di tariff azione risulti 
o non definite o doppiamente definito. 

In fase di recupero dei dati grezzi dalla 
Piattaforma di telefonia IP (passo no della figura 
4) il sistema SY ricupera dalla base dati B del 
sistema di gestione delle chiamate la document azione 
relativa alle , chiamate, agli utenti ed ai Mevice" 
da essi utilizzati cosi da creare record di 
documentazione delle chiamate da memorizzare nella 
base dati H. 

In base alle informazioni prelevate da B, il 
sistema SY genera record contenenti, ad esempio:- 

.- documentazione di dettaglio in relazione ai 
dati sulle chiamate, quale, ad esempio, numero 
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chiamante, numero chiamato, data e ora di inizio 
della chiamata, data ed ora di fine della chiamata, 
indirizzo IP del terminale da cui g stata effettuata 
la chiamata (nel caso di chiatnate provenienti 
dall'esternp I'indirizzo di uno dei gateway 
aziendali), indirizzo IP del . terminale verso cui d 
stata effettuata la chiamata ■ (nel caso di chiamate 
vei^so PSTN I'indirizzo di uno ; dei gateway 

aziendali), durata della chiamata, nonche 
documentazione di traffico associato alle chiamate 
quale numero di byte trasmessi e numero di byte 
ricevuti; 

- informazioni relative agli utenti e dei device 
ad essi associati quali 1 ' identif icativo 
dell'utente, il nome dell'utente, il numero di 
telefono, il personal computer associato, il 
dispositive associato. 

Le modalita specif iche. con cui tali informazioni 
sono reperite o possono essere ricavate dal server 
di gestione delle chiamate e/o altri 
apparati/elementi della piattaforma dipendono dalle 
caratteristiche specifiche della piattaforma di 
telefonia IP. 

II processo di classif icazione delle chiamate 
svolto nel passo 112 prevede una successione di 
operazioni dirette a classif icare le. chiamate. Tali 



operazioni possono essere raggruppate in due fasi 
prineipali, ossia la tariff azione delle chiamate 
interne alia rete aziendale e la tariffazione delle 
chiamate esterne. 

P6r tali., due *fasi prineipali *si fa riferimento 
di solito ai dati di conf igurazione corrispondenti 
ai dati ed alle tariffe di sede (definite nel passo 
102) ed al piano di tariffazione estemo .(definito 
nel passo 104) . 

I dati e le tariffe di sede comprendono di 
solito informazioni relative a: 

- nome della sede (per 1' identif icazione nella 
base dati e scopi document at ivi in sede di 
rapporto) , 

- piano di numerazione intemo (per d-eterminare 
da quale sede la chiamata abbia avuto origine e per 
stabilire se si tratti di chiamata interna inter- 
sede - con specif icazione della sede di destinazione 
- od esterna) , 

- elenco indirizzi IP (per 1 ' individuazione 
della sede di origine della chiamata nel caso in cui 
non risulti valorizzato uno . specif ico numero 
chiamante, cosi come si verifica nel caso di 
chiamate effettuate con funzioni di tipo 
teleconferenza e simili) , 



- indirizzl dei voice router gateway aziendali 
(per I'identificazione di una chiamata venuta 
dall'esterno destinata ad essere eventualmente 
ignorata nel processo di tariffazione oppure ad 
essere contabilizzata come chiamata a costo zero) , e 

- piano di numerazione e tariff a.z.ione da 
utilizz^rsi ■ per le chiamate cite ' risultino 
uscenti/esterhe dalla sede relativa. 

A livello di classificazione 'della chiamata si 
precede quindi ad azioni diverse. 

Se si determina che la chiamata i entrante 
(identificando il fatto che essa proviene da uno dei 
gateway voce aziendali) la chiamata g classificata 
entrante e sottoposta ad una tariff azione nulla. 

Se, invece, la chiamata d uscente, si localizza 
quindi la sede di origine sulla base del numero 
chiamante o, comunque, del valore dell ' indirizzo IP 
di origine e dei dati sulle sedi inseriti in sede di 
configurazione nel passo 102. 

Si valuta inoltre se la chiamata sia interna 
(intra-sede) owero inter-sede. ciS awiene di 
solito sulla base del numero chiamato o di altri 
dati di configurazione identificando cosi la sede di 
destinazione della chiamata. 

se la chiamata d inter-sede, si effettua la 
tariffazione secondo i piani definiti nel passo 106 
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applicandosi di solito in questo caso le tariffe 
dati relative alia rete WAN. Sulla base del dati sul 
traffico generate dalla chiaxnata e sulla base dei 
dati inerenti alia tarif fazione chiamate dati si 
valutano cjuindi le . spese per la chiamata. . Ci& 
consente, ad esenipio, 1' app^ipazione tarif fari^ 
inerente alia parte di collegamento dati fra le 
siedi . 

Se la chiamata non e n^ intra- sede, ne inter- 
sedev si verifica se essa e diretta verso ' 1' estemo 
dell' azienda. Tale criterio si applica evidentemente 
alle chiamate per cui il numero chiatnato non 
appartiene ad alciino dei piani di numerazione 
configurati nel sistema. Di solito si conduce 
un'ulteriore verifica per assicurarsi che la 
chiamata sia esterna valutando la presenza della 
maschera da selezionare per le chiamate esterne. Se 
la chiamata ^ esterna si passa alia classif icazione 
tariffazione di dettaglio secondo i piani di 
numerazione tariffazioni inseriti nei passi 104 e 
106. 

La classif icazione delle chiamate esteame 
prevede 1' appl icazione di regole di classif icazione 
di solito configurate nel'arabito del passo 104. I 
singoli criteri sono tradotti in espressioni 
regolari secondo un'opportuna corrispondenza, 
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m particolare, si precede ordinatamente 
scandendo nell'ordine (dalle prime alle ultime) le 
regole acquisite nel . piano di numerazione e 
realizzando un confronto dei .singoli criteri (in 
soW icjgica o OR) nella sequenza in cui compaiono. 
sino a guando se ne trovi uno applicabile .' .Hopo 
I'applicazione di un'criterio si precede con la 
regola successiva. 

Nel caso. in cui nessun criterio di regola sia 
applicabile, allora la classif icazione continua con 
la regola successiva. Terminate il processo di 
scansions delle regole la chiamata risulta 
classif icata. L'eventuale assenza di applicazione di 
una regola terminale fornisce una classif icazione 
parziale della chiamata. Tale fenomeno d in ogni 
caso suscettibile di essere trattato da parte del 
configurators del sistema mediante I'aggiunta di una 
regola di tipo terminale. < 

Una volta effettuata la classif icazione delle 
chiamate si passa, nella seconda parte del passo 
112, alia tariff azione delle stesse. 

Cio awiene cominciando dalle chiamate esteme 
per poi passare alle chiamate inter-sede. 

La tariffazione nel caso di chiamate voce 
awiene sulla base della durata della chiamata. 
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secondo il momento in cui la chiamata S stata 
effettuata. 

I dati utili per il processo di tariffazione 
sono, per le chiamate est erne: 

- la determinazione della fascia tariffaria con 
cui dev'e essere tariffata la chiamata, 

- la durata della conversazione espressa in 
secondi, e 

I'individuazione del piano tariff arip da 
consider are . 

Nel caso di chiamate interne inter- sede i 
fattori determinanti sono: 

- il numero di byte trasmessi, 

- il numero di byte ricevuti, 

- 1 ' indi vidua zione del piano tariff ario da 
considerare, in funzione della sede di origine, 

- la determinazione della tariffa da applicare 
sulla base dell' associazione sede di origine/sede di 
destinazione per ciascima chiamata. 

Come si ^ detto, il sistema precede di 
preferenza partendo dalle chiamate esterne, che in 
modo preferito sono suddivise per sede di origine. 
Per ciascuna chiamata esterna proveniente da una 
determinata sede. si individua la classif icazione 
corrispondente ed in seguito la tariffa associata 



alia relativa classe in base ai piani di 

tariff azione configurati nel passo 106. 

Successivamente si esegue la tariff azione delle 

chiamate inter- sede, teriendo conto del fatto che il • 

tipo di ^ contratto pu6 esseire a jcorisumb, con 

tariff azione fissa. ('"fiat") o di tipo misto, anche 

in que.sto caso sullar base dei dati di conf igurazidne 
• . • . . 

inseriti nel passo 106 \ 

•Si prodede quindi valutando il. costo delle 
chiamate dovute al traffico generate nel caso in cui 
sia prevista una tariff a a consume. In questo caso, 
si deve tener presente che, a differenza di quanto 
awiene per le chiamate esterne, per 1' attribuzione 
dei costi 1' inf ormazione sulla sede di origine non 
riveste xin' importanza particolare. In questo caso, 
infatti c'S uno scambio di dati fra due sedi ed a 
ciascuna d attribuito il costo relative alia 
quant it a di dati trasmessi e ricevuti in base a 
quanto concordato con il gestore del sexrvizio, per 
cui ogni chiamata S addebitata tanto alia sede di 
origine quanto alia sede di destinazione . Per la 
tariff azione si individuano quindi le due sedi fra 
cui la chiamata d awenuta e la quantity di dati 
scambiata. Per ciascuna chiamata si valutano i costi 
da attribuire ad ognuria delle sedi in base al nuttiero 
di megabyte trasmessi e ricevuti ed al costo. 
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E' di solito previsto anche 1 ' inserimento di 
dati relativi a canoni annul ed eventual! canoni 
mensili per contratti di tipo ""f lat" , in aggiunta 
alia tariff azione a consutno. Questi dati sono utijLi 
non tanto al fine di calcolare i costi delle singole 
chiamate, . ma .pet valutare I'incidenza del traffico 
voce sui costi del collegamento dati. E' possibile 
valutare . la quantity complessiva di traffico voce 
generato su un certo link in un determinato perlodo 
sommando la quantita di Megabyte dovuti a tutte le 
chiamate passanti sul link nel periodo di interesse. 
Successivamente, si valuta il traffico complessivo 
che ha interessato il link nel periodo considerate 
(cio d f atto utilizzando gli strumenti di 
monitoraggio di tipo noto e di impiego corrente) , 
deteirminando quindi quale percentuale d relativa 
alle chiamate inter-sede. Nota la percentuale dovuta 
alle chiamate che transitano sulla rete si calcola,. 
a partire dal canone, il costo imputabile a tale 
tipo di traffico che risulta dunque proporzionale 
alia percentuale di utilizzo del link, 
precedentemente calcolata, Nel caso di contratti in 
cui e previsto un importo aggiuntivo rispetto al 
normale canone mensile da versare per effettuare 
anche traffico voce, tale valore S memorizzato e, in 
fase di visual izzazione dei rapport i di costo per le 
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chiamate di una sede in un determinato periodo, si 
calcola I'arranontare relative in base alia durata del 
periodo considerate sommandolo quindi al valore 
precedentemente calcolato. 

Di conseguenza, per le chiamate di tipo dati c'S 
una parte di costo che dipende direttamente dal 
consume di banda (per tariffa a* cbnsumo) e che e 
considerate per attribuire il costo alia singola 
chiamata. Di tale costo vi e, di solite, xina parte 
attribuibile alia sede da cui la chiamata e partita 
ed una parte attribuibile alia sedei verso cui la 
chiamata 6 diretta (cosi come awiene normalmente 
nel caso di scambie di traff ice dati tra due sedi) . 
A questi costi (se presenti) si aggiungono poi i 
cesti dovuti ad eventuali canoni mensili e/o annul 
che nen cencorrono alia determinazione del costo di 
ciascuna chiamata ma determinane la spesa devuta 
all'utilizze del cellegamente dati per la telefonia 
inter- sede. 

Per cjuanto riguarda il passe 114, dove seno 
generati i rapport i (report) destinati 

all' amministratore di sistema a scepi di controllo 
tecnico-amministrativo ed agli utenti per il 
controllo dei cesti delle preprie chiamate, S di 
preferenza prevista la possibilita di aver almeno 



3t 



tre classi diverse di rapporti, riferite ai seguenti 
destinatari: 

- singolo utente; 

responsabile di sede (con possibility di 
definire, ad un livello di dettaglio ulteriore, 
gruppi di .utenti come sedi .virtuali) , e 

- amministratore di sistema. 

Di solito S previsto che il singolo utente abbia 
la f acolt^ di visionare solo i rapporti 
atnministrativi riguardanti le chiamate ef f ettuate 
dal proprio terminale. II responsabile di sede pud 
avere tutta la documentazione e le statistiche di 
tipo amministrativo di pertinenza della sede. 
L' amministratore potra accedere a qualsiasi 
rapporto. 

I rapporti in questione possono essere 
realizzati (secondo criteri di per se noti) in base 
a criteri diversi. 

E' in primo luogo possibile generare rapporti 
dettagliati/ in cui per ciascuna chiamata sono 
indicati, ad esempio, il numero chiamante, il numero 
chiamato, I'ora di inizio del collegamento, 
I'indirizzo IP di origine, I'indirizzo IP di 
destinazione, la durata, la sede di origine, la sede 
di destinazione, il nome dell 'utente che ha 
effettuato la chiamata, il tipo di chiamata 
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(esterna, interna, inter-sede o intra-sede) , il 
costo. 

E' poi possibile generare rapporti di tipo piii ' 
generico aggregati sulla base di tipologie indicate 
in fase. di- richiesta, E' quindi possibile scegliefe, 
ad esempio, fra rapporti ordinati per: 

- costo: le chiamate sono Qrdinate in . base al 
costo e' per ciascuna d visualizzato un rapporto 
contenente, di solito, il nome dell'utente che ha 
effettuato la chiamata, il tipo di chiamata, la 
durata, il costo, il numero chiamante ed il nuraero ^ 
chiamato e, per le chiamate inter-sede, anche il Op 
numero di byte scambiati; . 

- durata: le chiamate sono ordinate in base alia 

M O 

durata e per ciasciina d visualizzato un rapporto §2 
contenente, di solito, il nome dell'utente che ha 
effettuato la chiamata, il tipo di chiamata, la 
durata, il costo, il numero chiamante ed il numero 
chiamato nonchi, per le chiamate inter-sede, anche 
il numero di byte scambiati; 

- per tipologia: le chiamate sono ordinate in 
base alia tipologia e per ciascuna d visualizzato un 
rapporto contenente, di solito, il nome dell'utente 
che ha effettuato la chiamata, il tipo di chiamata, 
la durata, il costo, il numero chiamante ed il 
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numero chiamato, nonchg, per le chiamate inter- sede, 
il numero di byte scambiati; 

- traffico (cio vale solo per le chiamate inter- 
sede) : le chiamate sono ordinate in base alia 
quantita di dati scambiata e per ciascuna e 
visualizzato un rapporto^ contenente; . di solito/ il 
nome dell'utente ,che . ha effettuato la chiamata, il 
tipo di chiamata, la durata, il costo, il numero 
chiamante ed il numero chiamato nonchS il numero di 
byte scambiati; e 

- utente : le chiamate sono rappresentate in base O o 
all'utente e per ciascuna d visualizzato, di solito, ^ — ^ 
il nome dell 'utente che ha effettuato la chiamata, *^ 
xl tapo di chiamata, la durata, il costo, il numero 
chiamante ed il numero chiamato, nonch^ per chiamate 
inter-sede il numero di byte scambiati. 

Per i rapporti sopra considerati d possibile una 
visualizzazione aggregata in cui sono considerate 
tutte le chiamate ef f ettuate da ogni sede 
dell'azienda, oppure una visualizzazione per sede, 
in cui sono visualizzati solo i rapporti relativi ad 
una delle sede. E' poi possibile ottenere rapporti 
riassuntivi in cui per ciascuna sede e per ciascun 
utente d riportato il costo complessivo delle 
chiamate, considerando per le chiamate dati anche 
I'incidenza di eventuali canoni come inseriti in 
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fase di definizione del processo di tariff azione 
dati nel passo 112, E' inoltre previsto di poter 
anche richiedere la visualizzazione dei dati grezzi 
contenuti nelle basi dati Be C, dunque con una 
documentazione . di dettaglio delle chiama'te e del 
traffico dati associato alle chiamate. 

quant o precede si appose zzer a quindi che il 
sistema secpndo I'invenzione off re una completa 
flessibilita in termini di conf igurazione dei 
parametri base per la documentazione delle chiamate 
del calcolo dei costi (sedi, piani numerazione, 
pianidi tariff azione, verifica dei dati inseriti) , 
consentendo altresi di valutare i costi associati 
alle chiamate sia per la parte di uso della rete 
telefonica tradizionale (PSTN) , sia per la parte di 
uso dei collegamenti dati WAN, consentendo quindi 
I'allocazione dei costi anche per la parte dati. II 
sistema secondo I'invenzione risulta adattabile a 
diverse soluzioni architetturali ed a piii tipologie 
di piattaforme di telefonia IP corporate. 

Naturalmente, fermo restando il principio 
dell' invenzione, i particolari di realizzazione e 
le forme di realizzazione potranno essere ampiamente 
variati rispetto a quanto descritto ed illustrate a 
puro titolo di esempio, senza per questo uscire 
dall'ambito della presente invenzione. 

MO 



RIVENDICAZIONI 

1. Si3tema per allocare i costi di comunicazione 
su una rete di telecomunicazioni aziendale 
artfcolat^ su piil, sedi (SI, 32, S3, S4) , detta rete 
* aziendale comprendendo : . * 

- una funzibiie di interf acciamento (A) con 
almeno una ret;e di teieGomunicazioni esterna (PSTN), 

lin^ rete di comuriicazione da'ti (WAN) 
suscettibile di supportare chiamate vocali in 
modalita IP, e 

- \ma base dati (B) che raccoglie dati (C, D, E) 
inerenti alle chiamate attraverso detta funzione di 
interface iamento (A) ed alle chiamate su detta rete 
di comunicazione dati (WAN) , 

il sistema essendo carat terizza to dal fat to che 
comprende : 

- almeno un' interf accia di utente (GUI) per 
produrre selettivamente primi dati di conf igurazione 
(J) inerenti a dette sedi (SI, S2, S3, S4) , secondi 
dati di conf igurazione (K) inerenti a piani di 
numerazione per 1 ' ef f ettuazione di dette chiamate, e 
terzi dati di conf igurazione (L) inerenti a piani di 
tariff azione per dette chiamate; detti primi, 
secondi e terzi dati di conf igurazione essendo 



relativi tanto a chiamate vocali, quanto a chiamate 
dati, 

un modulo di classif icazione (M) , per 
suddividere le cliiamate secondo ' i piani di 
numerazione corrispondenti a ' det.ti second! dati di 
configurazione (k) in funzione di detti primi dati 
di configurazione (J) inerenti a dette sedi (SI, S2, 
S3, S4) , 

- un modulo di valorizzaziqne (N) , per calcolare 
i costi di dette chiamate a fronte dei piani di 
tariff azione corrispondenti a detti terzi dati di 
configurazione (L) , in fxjnzione di detti primi dati 
di configurazione (J) inerenti a dette sedi (SI, S2, 
S3, S4). e di detti secondi dati di configurazione 
inerenti a detti piani di numerazione, e 

- un modulo per la generazione di rapporti (O) , 
per generare rapporti inerenti ai costi delle 
comunicazioni effettuate su detta rete di 
telecomunicazione aziendale determinati da detto 
modulo di valorizzazione (N) , detti rapporti 
riferendosi in modo trasparente tanto a chiamate 
vocali quanto a chiamate dati. 

2. Sistema secondo la rivendicazione 1, 
caratterizzato dal fatto che comprende una. 
rispettiva base dati (H) per memorizzare detti primi 
(J), secondi (K) e terzi (L) dati di configurazione. 
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3. Sistema secondo la rivendicazione 1 o la 
rivendicazione 2, caratterizzato dal fatt-n nhf^ detto 
modulo di classificazione (M) classifica dette 
chiamate in f unzione di almeiio . tin parametro scelto 
nel gruppo costituito da:' s'ede (si, S2, 83, S4) di 
origine della chiamata, numero chiarnato, natura 
interna od .esterna della ' chiamata rispetto a detta 
rete di telecomunicazione aziendale . 

4 . Sistema secondo la rivendicazione 3 , 
caratterizzato dal fatto che detto modulo di 
classificazione delle chiamate (M) classifica le 
chiamate interne a detta rete di telecomunicazione 
aziendale. distinguendo fra chiamate intra-sede e 
chiamate inter-sede. 

5. Sistema secondo la rivendicazione 3, 

caratterizzato dal fatto che detto modulo di 

classificazione (M) classifica le chiamate esterne 
rispetto a detta rete di telecomunicazione aziendale 
come chiamate' distrettuali, interdistrettuali, 
intemazionali o con terminale mobile. 

6. Sistema secondo una qualsiasi delle 
precedenti rivendicazioni , per I'impiego in unione 
ad una rete di telecomunicazioni aziendale in cui 
detta base dati raccoglie, in relazione alle 
chiamate su detta rete di comunicazione dati (WAN) , 
la quantity di byte scambiati, caratterizzato dal 



fatto Che detto modulo di valorizzazione delle 
chiamate (N) calcola il costo delle chiamate fatte 
su detta rete di comunicazioni dati (WAN) sulla base 
della quantity di byt6 scambiati.. 

7. Sistema secondo una qualsiasi delle 
precedenti rivendicazioni, caratterizzato dal fatto 
Che. detta almeno un' interf ^ccia di utente' (GUI) d 
conf igurata in" modo tale per cui detti terzi dati di 
configurazione (K) inerenti a piani di tariff azione 
prevedono, per le chiamate voce, la configurability 
di almeno un parametro scelto nel gruppo costituito 
da giorno, ora inizio tariff azione, ora fine fascia 
di tariff azione, tariff a per unity di tempo, scatti. 

8. Sistema secondo la rivendicazione 1, 
caratterizzato dal fatto che detto che detta almeno 
un' interf accia di utente (GUI) d conf igurata in modo 
tale per cui detti terzi dati di configurazione (K) 
inerenti a piani di tariffazione prevedono, per le 
chiamate dati, la configurability di almeno un 
parametro scelto nell'insieme costituito da: elenco 
delle sedi aziendali serviti da detta rete di 
connessione dati (WAN) , tarif fa dati per la 
trasmissione di una determinata unity di dati da una 
di dette sedi verso tutte le altre, canone fisso su 
base annua e/o mensile. 
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9. Sistema secondo una qualsiasi delle 
precedent! rivendicazioni , caratterizzato dal fatto 
Che detta interfaccia di utente (GUI) comprende una 
funzione di controllo per verificare il ricorrere, 
in detti terzi dati, di almeno un evento fra: 
assenza di valore tariffario per una specif ica 
finestra temporale, doppia definizione di .xm valore 
tariffario per una data finestra temporale, presenza 
di un valore tariffario per una' data finestra 
temporale . 

10. Sistema secondo una . qualsiasi delle 
precedent! rivendicazioni, caratterizzato dal fatto 
Che detta interfaccia di utente (GUI) d configurata 
per tariff are a costo nullo le chiamate provenienti 
dall'esterno attraverso detta almeno una rete di 
telecomiinicazioni estema (PSTN). 

11. Sistema secondo una qualsiasi delle 
precedent! rivendicazioni, caratterizzato dal fatto 
Che detto modulo di valor! zzazione (N) alloca i 
cost! inerenti alle chiamate attraverso detta 
funzione (A) di inter facciamento sulla base di una 
fascia tariffaria identificata tramite detti terzi 
dati di conf igurazione (L) e sulla base della durata 
della conversazione raccolta in detta base dati (B) . 

12. Sistema secondo una qualsiasi delle 
precedent! rivendicazioni, caratterizzato dal fatto 
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Che detto modulo di valorizzazione (N) realizza 
I'allocazione dei costi dalle chiamate su detta rete 
di cotnunicazione dati (WAN)" sulla base del numero di 
byte scanibiati .durante la chiamata e sulla ' base di 
corrispohdenti terzi dati prodotti da detta 
interfaccia d'utente (GUI) ed inerenti alia sede di 
origine ed alia sede di .destinazione di ciascuna 
chiamata dati. 

13. Sistema s.econdo una qualsiasi delle 
precedenti rivendicazioni, carat terizzato dal fat to 
che detto modulo di valorizzazione (N) procede 
dapprima all ' allocazione dei costi di dette chiamate 
tramite detta funzione di interfacciamento (A) e poi 
all 'allocazione dei costi delle chiamate su detta 
rete di connessione dati (WAN) . 

14. Sistema secondo la rivendicazione 1 o la 
rivendicazione 13, caratterizzato dal fatto che 
detto modulo di valorizzazione (N) procede, 
nell'atnbito delle chiamate fatte tramite detta rete 
di comunicazione dati (WAN), dapprima 
all 'allocazione dei costi delle chiamate inter-sede 
e poi all 'allocazione dei costi delle chiamate 
intra-sede. 

15. Sistema secondo una qualsiasi delle 
precedenti rivendicazioni, caratterizzato dal fatto 
che detto modulo per la generazione di rapporti (O) 



d configurate per generare rapport i che indicano, 
per ciascuna chiamata, almeno ' un parametro seel to 
nel gruppo costituito da: numero chiamante , numero 
chiamato, era di inizio del collegamento, indirizzb 
IP di origine, indirizzo IP di destinazione, durata, 
sede di origine, sede di <ipstinazione, nome 
dell'utente che ha effettuato la chiamata, tipo di 
chiamata, ed il cos to. 

16. Sistema secondo una qualsiasi delle 
precedenti rivendicazioni caratterizzato dal fat to 
che detto modulo per la generazione di rapporti (O) 
^ configurato per generare rapporti aggregati sulla 
base di almeno una tipologia scelta nel gruppo 
costituito da: 

- cos to, con le chiamate ordinate in base al 
costo con indicazione di almeno uno fra: nome 
dell'utente che ha effettuato la chiamata, tipo di 
chiamata, durata, costo, numero chiamante, numero 
chiamato e, per le chiamate inter- sede, numero di 
byte scambiati; 

- durata, con le chiamate ordinate in base alia 
durata con indicazione di almeno uno fra: nome 
dell'utente che ha effettuato la chiamata, tipo di 
chiamata, durata, costo, numero chiamante, numero 
chiamato e, per chiamate inter- sede, numero di byte 
scambiati ,- 
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- tipo, con chiamate ordinate in base al tipo ed 
indicazione di almeno uno fra: noma dell'utente che 
ha effettuato la chiamata, tipo di chiamata, durata, 
cos to, numero chiamante, numero chiamato, e, per le 
chiamate inter-sede, numero di byte scambiati; 

- per le chiamate inter-sede, traffico, con 
chiamate ordinate in base all^ quantity di dati 
scambiata, con indicazione di almeno uno fra:' home 
dell'utente che ha effettuato la chiamata, tipo di 
chiamata, durata, costo, numero chiamante, numero 
chiamato, e, per chiamate inter-sede, numero dii byte 
scambiati ; e 

- utente con chiamate rappresentate in base 
all'utente e con indicazione di almeno uno fra: nome 
dell'utente che ha effettuato la chiamata, tipo di 
chiamata, durata, costo, numero chiamante, numero 
chiamato, e, per chiamate inter-sede, numero di byte 
scambiati . 

17, Sistema secondo una . qualsiasi delle 
precedenti rivendicazioni, caratterizzato dal fatto 
che detto modulo per la generazione dei rapporti (O) 
^ configurate per generazione di rapporti 
disaggregati per sede aziendale (SI, S2, S3, S4) . 
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